文章目录kafka常用命令1.TopicCommand1.1.Topic创建1.2.删除Topic1.3.Topic分区扩容1.4.查询Topic描述1.5.查询Topic列表2.ConfigCommand2.1查询配置Topic配置查询其他配置查询kafka版本信息2.2增删改配置Topic添加/修改动态配置Topic删除动态配置其他配置同理,只需要类型改下3.副本扩缩、分区迁移、跨路径迁移4.Topic的发送**4.1生产无key消息**4.2生产有key消息5.Topic的消费5.1.新客户端从头消费5.2.正则表达式匹配topic进行消费5.3.显示key进行消费5.4.指定分区消费5
目录Redis哨兵一、哨兵模式的主要概念和组件二、哨兵模式的工作流程三、哨兵配置流程1、创建Redis哨兵配置文件2、启动哨兵3、命令解读4、查看哨兵是否正常启动5、测试主机宕机四、哨兵运行流程五、哨兵选举算法六、哨兵使用建议Redis哨兵Redis哨兵模式（SentinelMode）是一种用于实现高可用性和自动故障转移的Redis架构。在哨兵模式中，有一个或多个哨兵进程监控着主服务器和从服务器的状态，并在主服务器宕机时自动将其中一个从服务器升级为新的主服务器，以保障系统的可用性。一、哨兵模式的主要概念和组件1、主服务器（Master）：主服务器是Redis集群中的核心组件，负责处理写操作和同
在Linux系统中，磁盘IO是一种关键的性能因素，它影响着系统的响应速度和数据处理能力。本文将详细介绍Linux磁盘IO的概念、性能指标以及机械硬盘和SSD硬盘的IO差异。一、Linux磁盘IO概述Linux磁盘IO是通过文件系统来执行的，每个文件都被映射为一个文件描述符，通过这个描述符可以执行读写操作。磁盘IO的性能受到硬件性能、系统配置、应用程序等多种因素的影响。二、Linux磁盘IO性能指标衡量磁盘IO性能的指标主要有使用率、饱和度、IOPS（每秒输入/输出请求数）、吞吐量、响应时间等。使用率和饱和度：使用率表示磁盘处理IO请求的时间百分比，饱和度表示磁盘繁忙的程度。过高的使用率和饱和度
常用提交所有文件gitadd.单个提交文件gitadd文件路径查询目前已提交文件gitstatus提交本次修改备注gitcommit-mXXXX将修改内容推送至远程仓库gitpush从远程仓库拉取代码gitpull未提交文件的还原gitcheckout文件url查看本地仓库历史gitlog新建分支新建分支并切换分支gitcheckout-bXXX切换分支gitcheckoutXXX查看当前所在分支，及所有分支列表gitbranch[gitbranch-a]将xxx分支的上游设置为master分支gitbranch--set-upstream-to=origin/masterXXX(1)推送至远
Redis全文搜索是依赖于Redis官方提供的RediSearch来实现的。RediSearch提供了一种简单快速的方法对hash或者json类型数据的任何字段建立二级索引，然后就可以对被索引的hash或者json类型数据字段进行搜索和聚合操作。这里我们把被索引的hash或者json类型数据叫做源数据。本文大纲如下，使用体验简单场景下，用RediSearch来平替Elasticsearch的使用场景已经足够。像是Elasticsearch中常用的查询语法AND、OR、IN、NOTIN、>、此外RediSearch还支持聚合统计、停用词、文本标记和转义、同义词、标签、排序、向量查询、中文分词等。
1.常用命令gitconfig--globaluser.name用户名 设置用户签名gitconfig--globaluser.email邮箱 设置用户签名gitinit 初始化本地库gitstatus 查看本地库状态gitadd文件名 添加到暂存区gitcommit-m"日志信息"文件名 提交到本地库gitreflog/gitlog 查看历史记录gitreset--hard版本号 版本穿梭2.基本操作 2.1打开git后端： 鼠标右键项目根目录···>GitBash
Redis全文搜索是依赖于Redis官方提供的 RediSearch 来实现的。RediSearch提供了一种简单快速的方法对hash或者json类型数据的任何字段建立二级索引，然后就可以对被索引的hash或者json类型数据字段进行搜索和聚合操作。这里我们把被索引的hash或者json类型数据叫做源数据。本文大纲如下，图片使用体验简单场景下，用RediSearch来平替 Elasticsearch 的使用场景已经足够。像是Elasticsearch中常用的查询语法AND、OR、IN、NOTIN、>、此外RediSearch还支持聚合统计、停用词、文本标记和转义、同义词、标签、排序、向量查询、
目录镜像镜像管理命令镜像构建命令镜像标签和推送命令其他命令容器运行容器停止和删除容器查看容器信息进入容器数据卷列出卷创建和删除卷将卷挂载到容器镜像镜像管理命令dockerimages#列出本地所有的镜像dockersearch#在DockerHub上搜索镜像dockerpull#从DockerHub下载镜像到本地dockerrmi#删除本地的一个或多个镜像dockerimageprune#清理不再使用的镜像dockerinspect#查看镜像的详细信息镜像构建命令dockerbuild-t#根据Dockerfile构建一个新的镜像dockerbuild-f-t#根据指定的Dockerfile构
解决Redis报错"Connectionrefused:nofurtherinformation"的方法主要包括（版本java8）：1.确保Redis服务正在运行，如果没有运行，请启动Redis服务。2.检查Redis的地址和端口配置是否正确。3.检查服务器的防火墙设置，确保Redis的端口可以通过防火墙。4.检查服务器与Redis服务器之间的网络连通性。如果像我一样都核对了没问题还是报一样的错,看一下配置文件报错之前：data与datasource同一层级没报错之后：可以看到我删除了data并且redis的层级和datasource同一层级总结：检查配置文件层级关系
今天我们聊个知识点为什么Redis使用哈希槽而不是一致性哈希。先看文章大纲，提前了解本期内容图片往期回顾之前小许用图文并茂的方式用一期内容让大家快速了解了一致性哈希算法，看过的朋友应该还有印象，没看过的朋友可以点击这里看一遍《五分钟了解一致性哈希算法》。看明白这篇一致性哈希算法基础，会对本期内容有更好的认识和对比性。这里我们再简单回顾下：一致性哈希算法就很好地解决了分布式系统在扩容或者缩容时，发生过多的数据迁移的问题。算法是对2^32进行取模运算的结果值虚拟成一个圆环，环上的刻度对应一个0~2^32-1之间的数值。通过虚拟节点的方式很好的处理了数据不平衡问题。图片不同的计算方式不知道朋友们记不
